home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9708 / 000049_owner-linux-arm…r.rutgers.edu _Wed Aug 20 11:39:42 1997.msg < prev    next >
Internet Message Format  |  1997-11-30  |  2KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id LAA28738
  4.     for <willy@odie.fluff.org>; Wed, 20 Aug 1997 11:39:32 +0100
  5. Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 14973]) by nic.funet.fi with ESMTP id <2667-31705>; Wed, 20 Aug 1997 13:21:57 +0300
  6. Received: by vger.rutgers.edu id <971865-240>; Wed, 20 Aug 1997 06:18:17 -0400
  7. Received: from snowcrash.cymru.net ([163.164.160.3] EHLO snowcrash.cymru.net ident: IDENT-NOT-QUERIED [port 1298]) by vger.rutgers.edu with ESMTP id <971874-244>; Wed, 20 Aug 1997 06:07:51 -0400
  8. Received: (from alan@localhost) by snowcrash.cymru.net (8.8.5-q-beta3/8.7.1) id KAA03259; Wed, 20 Aug 1997 10:58:39 +0100
  9. From: Alan Cox <alan@cymru.net>
  10. Message-Id: <199708200958.KAA03259@snowcrash.cymru.net>
  11. Subject: Re: Linux on CD
  12. To: andy@wonderworks.co.uk (Andy Armstrong)
  13. Date:     Wed, 20 Aug 1997 10:58:35 +0100 (BST)
  14. Cc: linux-arm@vger.rutgers.edu, alan@cymru.net
  15. In-Reply-To: <872061397.1312339.0@wndrwrks.demon.co.uk> from "Andy Armstrong" at Aug 20, 97 08:18:35 am
  16. Content-Type: text
  17. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  18. Sender: owner-linux-arm@vger.rutgers.edu
  19. Precedence: bulk
  20. Status: RO
  21.  
  22. > Oh, probably not that bad then. There's a bit of logic (4 pals) which 
  23. > implement a MEMC state machine with a timeout, the idea being that you 
  24. > can blat away at the chip without doing any handshaking; you get 
  25. > interrupted if a timeout occurs. You can however ignore that and just 
  26. > poll the FIFO on the chip. I assume that's an option which already exists 
  27. > in the code.
  28.  
  29. That sounds reasonably sane. The Linux driver base supports
  30.  
  31. 1.    Polled I/O on the NCR5380/94 - thats best described as "treacle 
  32. pudding mode".
  33.  
  34. 2.    Pseudo DMA - which sounds like your state machine handles. The only
  35. problem we've had there is the Mac - instead of an "it failed" interrupt
  36. it bus errors on a timeout/disconnect and the bus error is a pig to clean
  37. up ;)
  38.  
  39. 3.    Real DMA - which is not relevant in this case.
  40.  
  41. Alan